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DATA COLLECTION SUPPORTING SYSTEM, SERVER, 
AND DATA COLLECTING METHOD 
BACKGROUND OF THE INVENTION 
Field of the Invention 
5 The present invention relates to a data collection supporting 
system, server, and data collecting method suitable for collecting data 
in sales activities. 

Description of the Related Art 
U.S. Patent Application No. 10/101,860 discloses a technique 

10 for data entry regarding to business negotiations. According to this 
technique, data representing details of the business negotiations are 
registered in accordance with "Maturity Level". This is helpful for 
sales agents or their supervisors to manage each of the business 
negotiations effectively. 

15 Fig. 12 is a diagram for explaining the maturity level 

(progression level) in the sales activity. As shown in Fig. 12, the 
maturity level is categorized into "Level 1", "Level 2", and "Level 3". 
Level 1 further includes the steps of "First Contact", "Relation 
Establishment", and "Investigation". Level 2 also includes the steps 

20 such as "Show Attraction", "Find out Demand", and "Solution 

Planning". And Level 3 has the steps of "Presentation", "Problem 
Elimination", and "Conclusion". There are 9 steps in the maturity 
level. 

Since a sales agent registers data of deals (business negotiations) 
25 along the progression, it requires data entry of each deal at every 
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progression steps. That is, the total number of data entries increase 
day by day. Some of the deals may be concluded while the others 
are abandoned. A supervisor of the sales agent has daily tasks to 
check the data to make strategic decisions for their business at each 
5 progression step. During those tasks, the supervisor notifies the 
sales agent of the decision. If some articles necessary for making 
decision fail in the data entry, the supervisor must instruct the sales 
agent to fulfill the failed data. Such the management tasks have 
been burdens for the supervisors. 

10 The present invention has been made as a solution for the above 
problems, and it is an object of the present invention to present a data 
collection supporting system, server, and data collecting method. 
SUMMARY OF THE INVENTION 
To achieve the above objects, a data collection supporting 

15 system according to a first aspect of the present invention is a system 
which includes a server which collects data regarding to deals from 
terminal devices being connected to the server via a network, 
comprises: 

data input means for inputting the deal data collected by a sales 
20 agent to the server via the network; 

data storing means for storing the deal data input by the data 
input means; 

data analyzing means for analyzing the deal data stored by the 
data storing means, to determine whether predetermined data items 
25 necessary for recognizing the deal status are failed or not; and 
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failure notification means for notifying the sales agent that the 
input deal data have failure. 

The failure notification means may notify the sales agent to 
collect information for the failed data items. 
5 The failure notification means may notify the sales agent of 
know-how for getting information out of a customer. 

To achieve the above objects, a server according to a second 
aspect of the present invention is a server being connected with 
terminal devices via a network, comprises: 
10 a data collecting unit which collects data regarding to business 
deals from the terminal device operated by a sales agent via the 
network; 

a database which stores the deal data collected by the data 
collecting unit so as to be associated with information of the sales 
15 agents and customers; 

a data analyzer which analyzes the deal data stored in the 
database deal by deal to determine whether predetermined data items 
necessary for recognizing the status of each deal are failed or not; 
a message generator which generates a message representing 
20 that the collected deal data have failures when the failure is found; 
and 

a message transmitter which transmits the message generated by 
the message generator to the terminal devices operated by the sales 
agent. 

25 The message generator may generate the message for requesting 



4 



the sales agent to collect information regarding to the failed data 
items from the customer. 

The data analyzer may analyze the deal data in the database deal 
by deal to determine whether the deal data of each deal are completed 
5 or not; 

the message generator may generate a message for requesting a 
supervisor of the sales agent to make business decision on the deal 
concerned, in a case where the data analyzer determines that the deal 
data concerned are completed; and 
10 the message transmitter may transmit the message to a terminal 
device operated by the supervisor via the network together with the 
deal data of the deal concerned. 

The database may further store know-how data representing 
know-how for getting information out of a customer; 
15 the data analyzer may analyze the deal data stored in the 
database to select know-how data; and 

the message transmitter may transmit the know-how data 
selected by the data analyzer to the terminal device operated by the 
sales agent. 

20 The data analyzer may analyze the deal data stored in the 
database to determine whether the deal concerned should be 
continued or not. 

To achieve the above objects, a data collecting method 
according to a third aspect of the present invention is a method for 

25 collecting data of business deals in a computer system including 
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computers being connected from each other via a network, comprises 
the steps of: 

collecting the deal data from a sale agent; 

storing the collected deal data in a database; 
5 analyzing the deal data in the database deal by deal to determine 

whether predetermined data items necessary for recognizing the deal 
status are failed from the deal data or not; and 

notifying the sales agent that the deal data should be fulfilled, 
and requesting the sales agent to collect the failed information from a 
10 customer with notifying said sales agent of tips for getting 
information out of the customer, when it is determined that the 
predetermined data items are failed. 

The method may further comprise the steps of: 

analyzing the deal data in the database to determine whether the 
15 deal data are completed or not; 

requesting a supervisor of the sales agent to determine whether 
the deal should be continued or not, in a case where it is determined 
that the deal data for the deal concerned are completed. 

To achieve the above objects, a computer program product 
20 according to a fourth aspect of the present invention is a computer 
program product for causing a computer to execute a data collecting 
method comprising the steps of: collecting the deal data from a sale 
agent; storing the collected deal data in a database; analyzing the deal 
data in the database deal by deal to determine whether predetermined 
25 data items necessary for recognizing the deal status are failed from 
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the deal data or not; notifying the sales agent that the deal data should 
be fulfilled, and requesting the sales agent to collect the failed 
information from a customer with notifying said sales agent of tips 
for getting information out of the customer, when it is determined 
5 that the predetermined data items are failed; analyzing the deal data 
in the database to determine whether the deal data are completed or 
not; and requesting a supervisor of the sales agent to determine 
whether the deal should be continued or not, in a case where it is 
determined that the deal data for the deal concerned are completed. 

10 To achieve the above objects, a computer data signal according 
to a fifth aspect of the present invention is a computer data signal 
embodied in a carrier wave for causing a computer to execute a data 
collecting method comprising the steps of: collecting the deal data 
from a sale agent; storing the collected deal data in a database; 

15 analyzing the deal data in the database deal by deal to determine 
whether predetermined data items necessary for recognizing the deal 
status are failed from the deal data or not; notifying the sales agent 
that the deal data should be fulfilled, and requesting the sales agent to 
collect the failed information from a customer with notifying said 

20 sales agent of tips for getting information out of the customer, when 
it is determined that the predetermined data items are failed; 
analyzing the deal data in the database to determine whether the deal 
data are completed or not; and requesting a supervisor of the sales 
agent to determine whether the deal should be continued or not, in a 

25 case where it is determined that the deal data for the deal concerned 
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are completed. 

BRIEF DESCRIPTION OF THE DRAWINGS 
These objects and other objects and advantages of the present 
invention will become more apparent upon reading of the following 
5 detailed description and the accompanying drawings in which: 
Fig. 1 is a schematic view showing the structure of a data 
collection supporting system according to the embodiments of the 
present invention; 

Fig. 2 is a block diagram showing the structure of the server 
10 shown in Fig. 1; 

Fig. 3 is a diagram exemplifying data recorded in a deal DB 
shown in Fig. 1; 

Fig. 4 is a diagram exemplifying data recorded in an agent DB 
shown in Fig. 1 ; 

15 Fig. 5 is a diagram exemplifying data recorded in a customer DB 
shown in Fig. 1 ; 

Fig. 6 is a flowchart for explaining "Failure Notification" 
process according to the first embodiment of the present invention; 
Fig. 7 is a flowchart for explaining "Decision Making" process 
20 according to the second embodiment of the present invention; 

Fig. 8 is a flowchart for explaining "Know-how Notification" 
process according to the third embodiment of the present invention; 

Fig. 9 is a diagram exemplifying "Advisory Notice" displayed 
on the terminal device; 
25 Fig. 10 is a schematic view showing another structure of the data 
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collection supporting system; 

Fig. 1 1 is a schematic view showing still another structure of the 
data collection supporting system; and 

Fig. 12 is a diagram for explaining "Maturity levels" of business 

5 deal. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 
Preferred embodiments of the present invention will now be 
described with reference to the accompanying drawings. 
1 0 First Embodiment 

Fig. 1 is a schematic diagram showing the structure of a data 
collection supporting system according to the embodiments of the 
present invention. As shown in Fig. 1, the data collection 
supporting system 1 comprises a network 10, a terminal device 100 
15 to be operated by a sales agent 11, another terminal device 1 10 to be 
operated by a supervisor 13, and a server 200 for supporting the data 
collection regarding to deals (business negotiations). The system 1 
according to the embodiments of the present invention may be 
included in a computer network system of a business body (such as 
20 enterprise) to support their sales activities. Hereinafter, the business 
body concerned will be referred to as "Company R". 

The network 10 shown in Fig. 1 may be an enterprise network of 
the company R. The network 10 may be a complex of LAN (Local 
Area Network), WAN (Wide Area Network), and the like for 
25 connecting the server 200 and the terminal devices 100 and 110 with 
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each other. In a case where the server 200 and the terminal devices 
100 and 110 are located in the same local area, the network 10 acts as 
LAN, while the network 10 acts as WAN when those nodes are not 
located in the same local area. In case of LAN, it may be a network 
5 based upon IEEE 802.3 or 802.1 lx which carries data in accordance 
with predetermined protocol such as TCP/IP (Transmission Control 
Protocol/Internet Protocol). In case of WAN, it may be the Internet 
or MAN (Metropolitan Area Network) which also transfers data 
under the predetermined protocol such as TCP/IP. The network 10 

10 may include various connection means such as wired connection, 
wireless connection, leased line connection, PSTN (Public Switched 
Telephone Network) connection, or Intranet. It is preferable that the 
network 10 has appropriate security techniques such as exclusive 
communications with leased line, data encryption, and user 

1 5 authentication. 

The terminal device 100 may be a data processing terminal such 
as a personal computer (PC). Operation of the terminal device 100 
will be done by the sales agent 1 1 to input information of the deal 
held between the sales agent 1 1 and a customer 12. The terminal 

20 device 100 comprises predetermined control unit, storage, and 

input/output devices. In addition to those fundamental components, 
the terminal device 100 also has means for connecting to the server 
200 via the network 10. More precisely, it may be a predetermined 
telecommunication device such as NIC (Network Interface Card) in a 

25 case where the network 10 is LAN. It also may be a 
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telecommunication device such as a modem, router, and TA 
(Terminal Adapter) when the network 10 is WAN. Though Fig. 1 
show the terminal device 100 singly, a plurality of the terminal 
devices 100 may be connected to the server 200 via the network 10. 
5 The terminal device 110 has the same structure as that of the 
terminal device 100. The terminal device 110 will be operated by a 
supervisor 13 of the sales agent 11. 

Though desktop PCs are shown as the terminal devices 100 and 
1 10 in Fig. 1, arbitrary devices may act as the terminal devices 100 

10 and 1 10. For example, a cell phone, a mobile PC, and the like are 
also applicable ones. In a case where the company R has multiple 
terminal devices being applicable to the system 1 , those devices may 
be connected to each other via LAN. 

The server 200 collects data from the terminal devices 100 via 

15 the network 10, and stocks the collected data in databases. The 
server 200 also provides the sales agent 1 1 with predetermined 
information based on the collected data. Though a preferable 
location of the server 200 may be a headquarter of the company R, it 
may be located in a sales department office, ISP (Internet Service 

20 Provider), or the like even if the server 200 is connected to the 

network 10. The structure of the server 200 will now be described 
with reference to Fig. 2. 

Fig. 2 is a block diagram showing the structure of the server 200. 
As shown in Fig. 2, the server 200 comprises a control unit 210, a 

25 communication control unit (CCU) 220, an input controller 230, an 
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output controller 240, a database unit 250, and a program storage 
260. 

The control unit 210 comprises a CPU (Central Processing Unit), 
a predetermined memory (for example, RAM (Random Access 
5 Memory)) as a work area, and the like. The control unit 210 
controls the components in the server 200 and executes 
predetermined programs in the program storage 260 to realize the 
processing tasks described later. 

The CCU 220 may be a predetermined telecommunication 
10 device such as a NIC. The CCU 220 connects the server 200 to the 
network 10 for data communications with the terminal devices 100 
and 110. 

The input controller 230 accepts predetermined input devices 23 
such as a keyboard and pointing devices, and transfers data or 
15 commands input by those input devices 23 to the control unit 210. 

The output controller 240 accepts predetermined output devices 
24 such as a display and a printer, and transfers result data and the 
like given by the control unit 210 to those output devices 24. 

The database unit 250 may be a predetermined storage devices 
20 such as a hard disk drive to stores information given by the terminal 
device 100 with categorizing the data. The database unit 250 
includes databases such as a deal DB 21, an agent DB 22, and a 
customer DB 23 as shown in Fig. 1. 

The deal DB 21 stores M deal data" input by the terminal device 
25 100. The deal data represents details of deals (business 
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negotiations). Fig. 3 is a diagram exemplifying the data being 
stored in the deal DB 21 . As shown in Fig. 3, the deal DB 21 
includes records each having "Deal ID" as a primary key. "Deal 
ID" is uniquely assigned to each deal. Each record includes items 
5 such as "Customer ID", "Agent ID", "Proposed Items", "Estimation", 
"Appointed Deadline", and "Competitor". 

"Customer ID" represents a customer who joins the deal 
concerned. 

"Agent ID" represents a sales agent who joins the deal 
10 concerned. 

"Proposed Items" represents items or products proposed by the 
sales agent during the deal concerned. 

"Estimation" represents estimate presented by the sales agent 
during the deal concerned. 
15 "Appointed Deadline" represents deadline for shipping the items 

or products after the deal is concluded. 

"Competitor" represents other competitive business bodies 
regarding to the items or services concerned. 

The agent DB 22 stores information about the sales agents or 
20 other workers of the company R. Fig. 4 is a diagram exemplifying 
data stored in the agent DB 22. As shown in Fig. 4, the agent DB 
22 includes records each having "Agent ID" as a primary key. 
"Agent ID" is uniquely assigned to each sales agent. Each record 
further includes items such as "Attribution" and "Personal Property". 
25 "Attribution" is attributive data of the sales agent concerned 
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which representing name, division, post, e-mail address, and the like, 
"e-mail address" represents one by which the sales agent concerned 
receives e-mails by the terminal device 100 assigned to the sales 
agent concerned. "Attribution" also includes information about the 
5 supervisor of the sales agent concerned. It includes at least "Agent 
ID" and "e-mail address" of the supervisor concerned, "e-mail 
address" of the supervisor represents one by which the supervisor 
concerned receives e-mails by the terminal device 110 assigned to the 
supervisor concerned. 

10 "Personal Property" represents advantages, disadvantages or 

habits of the sales agent relating to the business. 

The customer DB 23 stores information regarding to the 
customers. Fig. 5 is a diagram exemplifying the data stored in the 
customer DB 23. As shown in Fig. 5, the customer DB 23 has 

15 records each having "Customer ID" as a primary key. "Customer 
ID" is uniquely assigned to each customer. Each record further 
includes items such as "Attribution", "Business Category", "Deal 
History", "Personal Property", and "IT Level". 

"Attirbution" is attributive data of a customer concerned such as 

20 name, company, and post. 

"Business Category" represents business category of the 
company to which the customer concerned is belonging. 
Additionally, it includes information representing the business entity, 
for example, the number of workers, business areas, and the like. 

25 "Deal History" represents deals between the company R and the 
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customer concerned those have been held so far. It may also 
includes information about dealt items and their quantities. 

"Personal Property" represents advantages, disadvantages or 
habits of the person in charge relating to the business negotiations. 
5 "IT Level" is rating of the customer concerned in view of IT 

(Information Technology) progression. The rating is based on, for 
example, saturation levels of the computer network, PC, and the like. 

Though the present embodiment exemplifies a case where the 
system 1 includes the deal DB 21, the agent DB 22, and the customer 
10 DB 23, the agent DB 22 and/or the customer DB 23 may be omitted 
from the system 1 . And the databases may not be included in the 
server 200. For example, those databases may be away from each 
other but being connected to the server 200 via the network 10. 

The other components of the server 200 will now be described 
15 with reference to Fig. 2. 

The program storage 260 may be a predetermined storage device 
such as a hard disk drive and ROM (Read Only Memory). The 
program storage 260 stores various programs to be executed by the 
control unit 210, such as OS (Operating System). In addition to the 
20 OS, the program storage 260 stores the following programs those 
realize processing tasks by the server 200 described later. 

"Communications Program" for controlling the CCU 220 to 
realize data communications between the terminal devices 100 and 
110 via the network 10. 
25 "DB Controller Program" for controlling the database unit 250 to 



15 



input or output the data. 

"Data Analyzer Program" for analyzing data stored in the 
database unit 250. 

"Mail Server Program" for functioning the server 200 as a mail 
5 server which prepares predetermined e-mails based on the data 
analysis, transmits/receives or manages e-mails, and the like. 

"Web Server Program" for functioning the server 200 as a web 
server which prepares or maintaining a web site as interface between 
the server 200 and the terminal devices 100 and 1 10. 
10 According to execution of the above programs by the control 
unit 210, the server 200 has the functions of deal data registration 
200a, deal data analyzing 200b, deal data retrieval 200c, message 
transmission 200d, and know-how configuration 200e, as shown in 
Fig. 1. 

15 The deal data registration function 200a registers deal data input 
by the terminal device 100 to the deal DB 21. 

The deal data analyzing function 200b analyzes the deal data 
registered by the deal data registration function 200a to determine 
whether the deal data fail to have necessary data items or not. 

20 Necessary data items may be arbitrarily ones selected from the items 
shown in Fig. 3. In this embodiment, at least any one of or all of 
"Proposed Items", "Estimation", "Appointed Deadline", and 
"Competitor" are the necessary data items. The necessary data 
items may be selected arbitrary in accordance with the deals. For 

25 example, "Comment by the sales agent" or "Response from the 
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customer" may be one of them. 

The deal data retrieval function 200c retrieves records which 
fails one or all of the necessary data items. The deal data retrieval 
function 200c also accepts data items which are scheduled to be 
5 collected when the sales agent 11 contacts or visits the customer 12 
next time. In this case, the deal data analyzing function 200b 
analyzes the data items to determine whether predetermined data 
items have been collected or not. The deal data retrieval function 
200c retrieves deal data record in which some or all of the 
10 predetermined data items are failed. According to this function, the 
server 200 is able to determine whether predetermined data items are 
failed or not when the sales agent 1 1 contacts or visits the customer 
next time. 

The message transmission function 200d transmits a message to 
15 the terminal device 100 when the deal data analyzing function 200b 
determines the deal data fail to have necessary data items, to notify 
the sales agent concerned to collect the failed information from the 
customer. 

The know-how configuration function 200e sets tips for 
20 collecting information (know-how). The know-how represents tips 
for getting information out of the customer in accordance with the 
property of each sales agent, such as advantages, disadvantages, 
habits and the like. 

Arbitrary configurations may be acceptable for designing those 
25 functions. For example, the message transmission function 200d 
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and/or the know-how configuration function 200e may be omitted 
from the server 200. A computer having multiple servers such as a 
network server and an authentication server may be applicable one, 
even if it able to execute the programs for realizing the above 
5 mentioned functions. It is preferable that those programs are 
compatible with GUI (Graphical User Interface) for easier 
operations. 

Though a single computer machine is exemplified as the server 
200 in this embodiment, the physical structure of the server 200 is 

10 not limited to that. The functions of the server 200 may be 

distributed to multiple computer machines being connected to each 
other via various networks. 

Operations and actions in thus structured system 1 will now be 
described. Processing of "Failure Notification" executed by the 

15 server 200 will now be described with reference to a flowchart shown 
in Fig. 6. The server 200 executes the above described programs, 
thus the deal data registration function 200a, the deal data analyzing 
function 200b, the deal data retrieval function 200c, the message 
transmission function 200d, and the know-how configuration 

20 function 200e collaborate with each other to realize the following 
processing tasks. "Failure Notification" processing starts in 
response to the access from the terminal device 100. The server 200 
executes the web server program to have an interface web page for 
accepting the access from the terminal device 200. When the server 

25 200 is accessed by the terminal device 100, the server 200 performs 
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predetermined user authentication based on user ID and password 
those assigned to the sales agents. 

In response to the authentic access from the terminal device 100, 
the deal data registration function 200a accepts the deal data from the 
5 terminal device 100 (step S101). The deal data may be collected by 
the sales agent 1 1 through the daily sales activities. The deal data 
registration function 200a registers the deal data to the deal DB 21 
deal by deal (step S102). The deal data are stocked in the deal DB 
21 as history of the sales activities. 

10 Then the deal data analyzing function 200b analyzes the deal 
data in the deal DB 21 to determine whether necessary data items are 
failed or not (step S 103). If it is determined that there is a record in 
which some or all of the necessary data items are failed (step S103: 
Yes), the deal data retrieval function 200c retrieves the record 

15 concerned (step S 104). This process may be done at every data 
entry, or by batch processing. 

The message transmission function 200d obtains e-mail address 
of the sales agent 1 1 who input the deal data concerned, from the 
agent DB 22 based on the agent ID in the retrieved record. In 

20 accordance with operations of the mail server program, the message 
transmission function 200d prepares an e-mail for notifying the sales 
agent 1 1 concerned that some necessary data items are failed and 
those should be fulfilled after getting information out of the customer 
(hereinafter, the e-mail concerned will be referred to as "Failure 

25 Notice' 1 ). The failure notice indicates which data items are failed. 
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The message transmission function 200d transmits the failure notice 
to the e-mail address of the sales agent 1 1 concerned. 

The terminal device 100 assigned to the sales agent 1 1 
concerned receives the failure notice from the server 200. The sales 
5 agent 1 1 concerned may contact the customer to collect information 
to fulfill the deal data. The sales agent 1 1 inputs the collected 
information to the terminal device 100 for the fulfillment (hereinafter, 
the information concerned will be referred to as "fulfillment data"). 
The deal data registration function 200a of the server 200 

10 accepts the fulfillment data from the terminal device 100, and adds 
the fulfillment data to the record retrieved at step S104 (step S106). 

In response to the additional registration, the message 
transmission function 200d specifies the supervisor 13 of the sales 
agent 1 1 concerned based on the agent data record in the agent DB 

15 22, and obtains e-mail address of the specified supervisor 13. The 
message transmission function 200d prepares an e-mail including the 
contents of the deal data record and a message asking the supervisor 
13 to make business decisions (hereinafter, the e-mail concerned will 
be referred to as "Decision Request"). The message transmission 

20 function 200d transmits the decision request to the e-mail address of 
the supervisor 13 concerned (step SI 07). 

The terminal device 110 assigned to the supervisor 13 concerned 
receives the decision request from the server 200. The supervisor 
13 refers the contents of the decision request, and makes decision, for 

25 example, whether the deal should be continued or not. 
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On the other hand, if there is no failures in the deal data 
registered at step SI 02 (step SI 03: No), the message transmission 
function 200d immediately prepares the decision request based on the 
registered deal data and transmits it to the terminal device 1 10 of the 
5 supervisor 13 (step S107). In this case, the supervisor 13 also 
makes decision based on the decision request. 

According to the above process, the deal data input by the sales 
agent 1 1 are analyzed whether necessary data items are failed or not, 
and the failure notice is transmitted to the sales agent 1 1 

10 automatically if the necessary data items are failed. This is helpful 
for smoother data collection to be carried out by the sales agent 11. 
Moreover, the completed deal data are automatically notified to the 
supervisor 13, thus the supervisor 13 is released from troublesome 
management tasks. 

15 Second Embodiment 

Though the supervisor 13 makes decision based on the notified 
deal data in the above described first embodiment, the server 200 
may carry out such the decision making. "Decision Making" 
process to be executed by the server 200 will now be described with 

20 reference to a flowchart shown in Fig. 7. 

After the completed deal data are registered in the deal DB 21 
through the steps S 101 -S 106 in "Failure Notice" process shown in 
Fig. 6 (step S201), the deal data analyzing function 200b of the server 
200 accesses the database unit 250 to retrieve deal data, information 

25 of the sales agent 1 1 who handles the deal concerned, information of 
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the customer of the deal concerned, and the like. The deal data 
analyzing function 200b analyzes the retrieved data and makes 
decision whether the deal concerned should be continued or not (step 
S202). 

5 The deal data analyzing function 200b may make decision based 
on, for example, the maturity level of the deal concerned, previous 
results of the sales agent 1 1 concerned, purchase history of the 
customer concerned, and the like. 

In a case where the deal data analyzing function 200b 

10 determines that the deal should be continued (step S202: Yes), the 
message transmission function 200d prepares an e-mail indicating 
that the deal should be continued (hereinafter, referred to as 
"Continuation Notice"), and transmits it to the e-mail address of the 
sales agent 11 (step S203). 

15 On the contrary, if the deal data analyzing function 200b 

determines that the deal should not be continued (step S202: No), the 
message transmission function 200d prepares an e-mail indicating 
that the deal should be abandoned (hereinafter, referred to as 
"Abandonment Notice"), and transmits it to e-mail addresses of the 

20 sales agent 1 1 and the supervisor 13 (step S204). 

After the continuation notice or the abandonment notice is sent, 
the server 200 terminates the "Decision Making" process. 

According to the above processing, the supervisor 13 will be 
released from troublesome managing tasks because the server 200 

25 makes decision whether the deal should be continued or not. This is 
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helpful for improving the business efficiency. The server 200 may 
make various decisions necessary for the business. For example, 
the server 200 may determine whether the sales agent should be 
changed or not, or select items (products) to be proposed to the 
5 customer. 

Third Embodiment 
Though the server 200 sends the failure notice if the registered 
deal data have failures in the above first and second embodiments, 
the server 200 may notifies the sales agent 1 1 of know-how (tips for 
10 data collection) for getting information out of the customer 

effectively. To achieve this function, the database unit 250 has a 
know-how DB 24 additionally. 

The know-how DB 24 stores advisory information representing 
tips for collecting information (know-how) in accordance with 
15 various patterns of target event, personal property of the sales agent 
11, personal property of the customer 12, customers IT level, and the 
like. The information stored in the know-how DB 24 are set by the 
know-how configuration function 200e of the server 200. 
Process for notifying the sales agent 1 1 of the advisory 
20 information ("Know-how Notification") will now be described with 
reference to a flowchart shown in Fig. 8. 

After the deal data retrieval function 200c retrieves a failed deal 
data record through steps S 101 -SI 04 in the failure notification 
process shown in Fig. 6 (step S301), the deal data analyzing function 
25 200b specifies the failed data items, the sales agent 11, and the 
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customer 12 based on the retrieved deal data record (step S302). 

The deal data retrieval function 200c retrieves the personal 
property data of the specified sales agent 1 1 from the agent DB 22, 
and retrieves the personal property data of the specified customer 12 
5 from the customer DB 23 (step S303). 

The deal data retrieval function 200c further retrieves 
appropriate advisory information from the know-how DB 24 based 
on the failed data items specified at step S302 and personal properties 
retrieved at step S303 (step S304). 

10 The message transmission function 200d prepares an e-mail 

including the advisory information retrieved at step S304 (hereinafter, 
referred to as "Advisory Notice"), and transmits it to the e-mail 
address of the sales agent 1 1 concerned (step S305). 

Fig. 9 is a diagram showing an example of the advisory notice 

15 30. As shown in Fig. 9, the advisory notice 30 includes failed item 
indication 31 and know-how indication 32. The advisory notice 30 
shown in Fig. 9 indicates that information about competitor has been 
failed. The sales agent 11 refers the advisory notice 30 and 
recognizes which information is failed. Moreover, the advisory 

20 notice 30 also includes the know-how indication 32, thus the sales 
agent 1 1 may contact the customer to get the information out of the 
customer with reference to the advisory information indicating the 
know-how. 

Hereinafter, steps S106-S107 shown in Fig. 6 or steps 
25 S201-S204 shown in Fig. 7 are carried out to add the fulfillment data 
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or make decision. 

According to the above processing, the sales agent 1 1 is 
effectively advised how to get information out of the customer based 
on personal properties (advantages, disadvantages, habits, and the 
5 like) of the sales agent 1 1 and the customer 12. In other words, the 
sales agent 1 1 is able to collect necessary information from the 
customer promptly and smoothly, because the advisory information 
for getting information out of the customer is automatically provided 
to the sales agent 11. Though the appropriate advisory information 

10 is selected based on the property data of both the sales agent 1 1 and 
the customer 12, the selection may be done based on the property 
data of the sales agent 1 1 or the customer 12. 

The know-how configuration function 200e may carry out 
predetermined categorization based on the property data of the sales 

15 agent 1 1 and the customer 12, and set advisory information 
corresponding to the categories. 

Though the single computer machine acts as the server 200 in 
the above embodiments, the physical structure of the server 200 is 
not limited to that. 

20 Fig. 10 is a schematic diagram exemplifying another 

configuration of the data collection supporting system 1. As shown 
in Fig. 10, the server 200 comprises an SFA (Sales Force 
Automation) server 300 and a DB server 400, and the server 200 is 
connected to the terminal device 100 operated by the sales agent 11 

25 and the terminal device 110 operated by the supervisor 13 via the 
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network 10. In other words, the server 200 according to this 
embodiment comprises two server devices those are functionally 
different from each other. 

The sales agent 1 1 inputs deal data collected through daily sales 
5 activities to the SFA server 300 via the terminal device 100 (SI). 
The SFA server 300 transmits the input deal data to the DB server 
400 (S2). The DB server 400 registers the deal data given by the 
SFA server 300 to the deal DB 21 deal by deal as deal activity history 
(S3). 

10 Then the DB server 400 analyzes each of the registered deal data 
to determine whether predetermined data items necessary for 
recognizing the deal status are failed or not. Based on the analysis, 
the DB server 400 retrieves deal data record in which some or all of 
the predetermined necessary data items are failed (S4). The DB 

15 server 400 also transmits information for notifying that the 

predetermined necessary data items are failed from the registered 
deal data to the SFA server 300 (S5). The above analysis and 
retrieval actions may be performed by the SFA server 300. Then 
the SFA server 300 prepares a message notifying the sales agent 1 1 

20 that the sales agent 1 1 concerned should collect information 
regarding to the failed necessary data items, and transmits the 
message to the sales agent 1 1 concerned (S6). The supervisor 13 
also refers the message transmitted to the sales agent 1 1 (S7). 
The sales agent 1 1 who receives the message from the SFA 

25 server 300 (more precisely, the message transmission function 200d) 
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may contact the customer to collect the information. The SFA 
server 300 accepts the additionally collected information from the 
sales agent 11, and registers the information to the deal DB 21. In 
response to the data entry in accordance with the message transmitted 
5 by the SFA server 300 (message transmission function 200d), the 
SFA server 300 transmits the registered deal data to the terminal 
device 110 (supervisor's terminal) deal by deal. Thus, the 
supervisor 13 is able to make decision whether the deal should be 
continued or not based on the deal data given by the SFA server 300. 

10 Instead of the above actions, the SFA server 300 or the DB 
server 400 may make decision whether the deal should be continued 
or not in response to the data entry by the sales agent 1 1 who 
followed the message transmitted to the sales agent 1 1 from the SFA 
server 300 (message transmission function 200d). In this case, the 

15 SFA server 300 or the DB server 400 notifies the supervisor 13 
and/or the sales agent 1 1 of the decision. 

According to the above structure, the system 1 supports the 
activities for collecting failed data. More precisely, the supervisor 
13 is able to make decision quickly and finely just after the collected 

20 data are registered to the deal DB 21. As a result, it is helpful for 
shortening the term of each business deal thus productivity through 
the sales activity will improve, because the system 1 supports the 
data collection regarding to the failed data. Moreover, it also 
realizes effective usage of the human resources, because the 

25 supervisor 13 handles more sales agents 1 1 through the management 
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tasks. 

Fig. 1 1 is a schematic diagram exemplifying a still another 
configuration of the system 1. As shown in Fig. 1 1, the server 200 
comprises the SFA server 300 and the DB server 400. Though the 
5 server 200 of this embodiment also comprises two different server 
devices as well as the embodiment shown in Fig. 10, the server 200 
of this embodiment further comprises the agent DB 22 and the 
customer DB 23. 

The sales agent 1 1 inputs deal data collected through daily sales 
10 activities to the SFA server 300 via the terminal device 100 (SI 1). 
The SFA server 300 transmits the input deal data to the DB server 
400 (S12). The DB server 400 registers the deal data given by the 
SFA server 300 to the deal DB 21 deal by deal as deal activity 
history. 

15 The DB server 400 analyzes the registered deal data to 
determine whether predetermined data items necessary for 
recognizing the deal status are failed or not. The DB server 400 
retrieves deal data record in which some or all of the necessary data 
items are failed (S14). The DB server 400 further informs the SFA 

20 server 300 that predetermined necessary data items are failed from 
the retrieved record (S 15). The DB server 400 may retrieve agent 
information including personal property data of the sales agent 1 1 
from the agent DB 22, and customer information including personal 
property of the customer from the customer DB 23 at SI 4. In this 

25 case, the DB server 400 may transmit the retrieved information 
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(agent information and customer information) to the SFA server 300 
together with the notice of the failure. The above analysis and 
retrieval actions may be performed by the SFA server 300. 

Then the SFA server 300 sets advisory information representing, 
5 for example, tips for getting information out of the customer in 
accordance with the agent information and/or the customer 
information. The SFA server 300 transmits the advisory 
information to the sales agent 1 1 together with the message asking 
the sales agent 1 1 to collect the failed information (SI 6). The 

10 supervisor 13 also refers the information transmitted to the sales 
agent 11 (SI 7). 

The sales agent 1 1 to whom the message and the advisory 
information are sent from the SFA server 300 (message transmission 
function 200d) may contact the customer to collect information in 

15 accordance with the message with referring to the advisory tips. 

The SFA server 300 accepts the collected information from the sales 
agent 11, and registers the information to the deal DB 21. In 
response to the data entry in accordance with the message transmitted 
by the SFA server 300 (message transmission function 200d), the 

20 SFA server 300 transmits the registered deal data to the terminal 
device 110 (supervisor's terminal) deal by deal. Accordingly, the 
supervisor 13 is able to make decision whether the deal should be 
continued or not based on the deal data given by the SFA server 300. 
As a modified embodiment, the SFA server 300 or the DB server 

25 400 may make decision whether the deal should be continued or not 
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in response to the data entry according to the message transmitted to 
the sales agent 11 from the SFA server 300 (message transmission 
function 200d). In this case, the SFA server 300 or the DB server 
400 notifies the supervisor 13 and/or the sales agent 11 of the N 
5 decision. 

According to the above embodiments, it is able to provide 
advisory information in consideration of "advantages or 
disadvantages" of the sales agent 1 1 or "habits" of the customer 12, 
thus the sales agent 1 1 is informed how to get information out of the 
10 customer before collecting failed information necessary for 
recognizing the deal status. The supervisor 13 is able to make 
decision whether the deal should be continued or not quickly and 
finely just after the collected deal data are registered to the deal DB 
21. 

15 Though the system structures and functions have been mainly 
explained in the above embodiments, the present invention may be 
realized as "data collection supporting method". The present 
invention is also realizable as computer program which makes the 
computer(s) function as the above described system. Such the 

20 computer program may be recorded on predetermined computer 
readable recording medium for distribution. 

The programs and data necessary for realizing the functions of 
the present invention may be recorded on arbitrary recording media, 
such as CD-ROM, MO, DVD-ROM, FD, flash memory, memory 

25 card, various ROM and RAM, and the like. It is easy to distribute 
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the programs to be executed by a computer to realize the above 
described functions after recording the programs on the above 
exemplified recording media. The programs may be loaded from 
such the recording medium or a predetermined storage in the 
5 computer to realize the functions of the present invention. 

According to the present invention, it is helpful for improving 
data collection activities of the sales agents. Moreover, it is helpful 
for reducing management tasks of the supervisors. 

Various embodiments and changes may be made thereunto 

10 without departing from the broad spirit and scope of the invention. 
The above-described embodiments are intended to illustrate the 
present invention, not to limit the scope of the present invention. 
The scope of the present invention is shown by the attached claims 
rather than the embodiments. Various modifications made within 

15 the meaning of an equivalent of the claims of the invention and 

within the claims are to be regarded to be in the scope of the present 
invention. 

This application is based on Japanese Patent Application No. 
2002-250725 filed on August 29, 2002 and including specification, 
20 claims, drawings and summary. The disclosure of the above 

Japanese Patent Application is incorporated herein by reference in its 
entirety. 



